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ABSTRACT 

A  number  of  different  techniques  are  presented  for  moving 
between  adjacent  blocks  in  an  image  represented  by  a  quadtree. 
These  adjacencies  may  be  in  the  horizontal,  vertical,  or  dia¬ 
gonal  directions.  Algorithms  are  given  and  their  execution 
time  is  analyzed  using  a  suitably  defined  model. 
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1 .  Introduction 


Region  representation  is  an  important  aspect  of  image 
processing  with  numerous  representations  finding  use.  Recent¬ 
ly,  there  has  emerged  a  considerable  amount  of  interest  in 
the  quadtree  [3-7,13].  This  stems  primarily  from  its  hierarchi¬ 
cal  nature  which  lends  itself  to  a  compact  representation.  It 
is  also  quite  efficient  for  a  number  of  traditional  image  pro¬ 
cessing  operations  such  as  computing  perimeters  [10],  labeling 
connected  components  [11] ,  finding  the  genus  of  an  image  [1] , 
and  computing  centroids  and  set  properties  [17] .  Development 
of  algorithms  to  convert  between  the  quadtree  representation 
and  other  representations  such  as  chain  codes  [2,9],  rasters 
[12,14],  binary  arrays  [13],  and  medial  axis  transforms  [15,16, 
18]  lend  further  support  to  this  importance. 

In  this  paper  we  discuss  methods  for  moving  between  adjacent 
blocks  in  the  quadtree.  We  first  show  how  transitions  are  made 
between  blocks  of  equal  size  and  then  generalize  our  result  to 
blocks  of  different  size  where  the  destination  block  is  either  of 
larger  or  smaller  size  than  the  source  block.  Such  blocks  are 
termed  neighbors.  Note  that  the  transitions  that  we  discuss 
also  include  those  along  diagonal,  as  well  as  horizontal  and 
vertical,  directions.  These  methods  form  the  cornerstone  of 
many  of  the  quadtree  algorithms  (e.g.,  [1,2,9-12,14-18]), 
since  they  are  basically  tree  traversals  with  a  "visit"  at  each 
node.  More  often  than  not  these  visits  involve  probing  a  node's 


neighbors.  The  significance  of  our  methods  lies  in  the  fact 
that  they  do  not  use  coordinate  information,  knowledge  of  the 
size  of  the  image,  or  storage  in  excess  of  that  imposed  by  the 
nature  of  the  quadtree  data  structure. 


2 .  Definitions  and  notation 


The  quadtree  is  an  approach  to  image  representation  based 
on  the  successive  subdivision  of  the  image  into  quadrants.  It 
is  represented  by  a  tree  of  outdegree  4  in  which  the  root  repre¬ 
sents  a  block  and  the  four  sons  represent  in  order  the  NW,  NE, 

SW,  and  SE  quadrants,  we  assume  that  each  node  is  stored  as  a 
record  containing  six  fields.  The  first  five  fields  contain 
pointers  to  the  node's  father  and  its  four  sons  which  corre¬ 
spond  to  the  four  quadrants.  If  P  is  a  node  and  I  is  a  qua¬ 
drant,  then  these  fields  are  referenced  as  FATHER (P)  and  SON(P,I) 
respectively.  We  can  determine  the  specific  quadrant  in  which 
a  node,  say  P,  lies  relative  to  its  father  by  use  of  the  func¬ 
tion  SONTYPE(P)  which  has  a  value  of  I  if  SON (FATHER (P) ,1)  =  P. 
The  sixth  field,  NODETYPE,  describes  the  contents  of  the  block 
of  the  image  which  the  node  represents— i.e. ,  WHITE  if  the  block 
contains  no  l's,  BLACK  if  the  block  contains  only  l's,  and  GRAY 
if  it  contains  0's  and  l's.  Alternatively,  BLACK  and  WHITE  are 
terminal  nodes,  while  GRAY  nodes  are  non-terminal  nodes.  For 
example.  Figure  lb  is  a  block  decomposition  of  the  region  in 
Figure  la  while  Figure  lc  is  the  corresponding  quadtree. 

Let  the  four  sides  of  a  node's  block  be  called  its  N,  E,  S, 
and  W  sides.  They  are  also  termed  its  boundaries.  We  define 
the  following  predicates  and  functions  to  aid  in  the  expression 
of  operations  involving  a  block's  quadrants  and  its  boundaries. 


ADJ (B, I)  is  true  i f  and  only  if  quadrant  I  is  adjacent  to 
boundary  B  of  the  node's  block,  e.g.,  ADJ(W,SW)  is  true. 

REFLECT (B,I)  yields  the  SONTYPE  value  of  the  block  of  equal 
size  that  is  adjacent  to  side  B  of  a  block  having  SONTYPE 
value  I,  e.g. ,  REFLECT (N,SW)  *  NW.  COMMONSIDE (Ql,Q2)  indi¬ 
cates  the  boundary  of  the  block  containing  quadrants  Ql  and  Q2 
that  is  common  to  them;  e.g.,  COMMONSIDE (SW,NW)  =  W.  If  Ql  and 
Q2  are  not  adjacent  brother  quadrants  (e.g.,  NE  and  SW)  or  if 
Ql  and  Q2  are  the  same,  then  the  value  of  COMMONSIDE  is  unde¬ 
fined.  OPQUAD(Q)  is  the  quadrant  which  does  not  share  a  block 
boundary  with  quadrant  Q;  e.g.,  OPQUAD(SW)  =  NE.  Figure  2  shows 
the  relationship  between  the  quadrants  of  a  node  and  its  boun¬ 
daries  while  Tables  1-4  contain  the  definitions  of  the  ADJ, 
REFLECT,  OPQUAD ,  and  COMMONSIDE  relationships  respectively. 

Q  corresponds  to  an  undefined  value. 

For  a  quadtree  corresponding  to  a  2n  by  2n  array  we  say 
that  the  root  is  at  level  n,  and  that  a  node  at  level  i  is  at 
a  distance  of  n-i  from  the  root  of  the  tree.  In  other  words, 
for  a  node  at  level  i,  we  must  ascend  n-i  FATHER  links  to  reach 
the  root  of  the  tree.  Note  that  the  farthest  node  from  the  root 
of  the  tree  is  at  a  level  *0.  A  node  at  level  0  corresponds  to 
a  single  pixel  in  the  image.  Also,  we  say  that  a  node  is  of 
size  2s  if  it  is  found  at  level  s  in  the  tree. 


3.  Neighbor  finding  algorithms 

Given  a  node  corresponding  to  a  specific  block  in  the  image 
its  neighbor  of  equal  size  in  the  horizontal  or  vertical  direc¬ 
tion  is  determined  by  locating  a  common  ancestor.  Next,  we  re¬ 
trace  the  path  while  making  mirror  image  moves  about  an  axis 
formed  by  the  common  boundary  between  the  blocks  associated 
with  the  two  nodes.  The  common  ancestor  is  simple  to  deter¬ 
mine—  e.g.,  to  find  an  eastern  neighbor,  the  common  ancestor  is 
the  first  ancestor  node  which  is  reaced  via  its  NW  or  SW  son. 


For  example,  the  eastern  neighbor  of  node  A  in  Figure  3a  is  G. 
It  is  located  by  ascending  the  tree  until  the  common  ancestor, 
D,  is  found.  This  requires  going  through  a  NE  link  to  reach  B, 
a  NE  link  to  reach  C,  and  a  NW  link  to  reach  D.  Node  G  is 
now  reached  by  backtracking  along  the  previous  path  with  the 
appropriate  mirror  image  moves.  This  requires  descending  a  NE 
link  to  reach  E,  a  NW  link  to  reach  F,  and  a  NW  link  to  reach  G 
Figures  3a  and  3b  show  how  the  eastern  neighbor  of  node  A  is 
located.  The  algorithm  for  locating  an  equal  sized  neighbor  in 
a  given  horizontal  or  vertical  direction  is  given  below  using  a 
variant  of  ALGOL  60  [8],  Note  that  we  assume  that  the  neighbor 
in  the  specified  direction  does  indeed  exist  (i.e.,  we  are  not 
on  the  border  of  the  image) . 


node  procedure  EQUAL_ADJ_NEIGHBOR(P,D)  ; 

/*  Locate  an  equal-sized  neighbor  of  node  P  in  horizontal 
or  vertical  direction  D  */ 
begin 

value  node  P; 

value  direction  D; 

return  (SON (if  ADJ (D, SONTYPE (P) )  then 

EQUAL_ADJ__NEIGHBOR (FATHER (P)  ,D) 
else  FATHER (P) , 

REFLECT (D, SONTYPE (P) )  )  )  ; 

end; 

Finding  a  node's  neighbor  in  the  diagonal  direction  (i.e., 
its  corresponding  block  touches  the  given  node's  block  at  a 
corner)  is  more  complex.  Given  a  node  corresponding  to  a 
specific  block  in  the  image,  its  neighbor  of  equal  size  in  a 
diagonal  direction  is  achieved  by  a  three  step  process.  First, 
we  locate  the  given  node's  nearest  ancestor  who  is  also  adjacent 
(horizontally  or  vertically)  to  an  ancestor  of  the  sought  neigh¬ 
bor.  Next  we  make  use  of  EQUAL_ADJ_NEIGHBOR  to  access  the  an¬ 
cestor  of  the  sought  neighbor  in  the  direction  of  the  adjacency. 
Finally,  we  retrace  the  remainder  of  the  path  while  making  directly 
opposite  moves  (i.e.,  180°  opposite  so  that  a  NW  move  becomes  a 
SE  move) .  The  nearest  ancestor  of  the  first  step  is  the  first 
ancestor  which  is  not  reached  by  a  link  equal  to  the  direction 
of  the  desired  neighbor--e.g. ,  to  find  a  SE  neighbor,  the 


nearest  such  ancestor  is  the  first  ancestor  node  which  is  not 


reached  via  its  SE  son.  For  example,  the  SE  neighbor  of  node 
A  in  Figure  4a  is  G.  It  is  located  by  ascending  the  tree  until 
the  nearest  ancestor,  B,  which  is  also  adjacent  horizontally 
(in  this  case)  to  an  ancestor  of  G,  i.e.,  F,  is  found.  This 
requires  going  through  a  NE  link  to  reach  B.  Node  F  is  now 
reached  by  applying  EQUAL_ADJ_NEIGHBOR  in  the  direction  of  the 
adjacency  (i.e.,  east).  This  forces  us  to  go  through  a  NE  link 
to  reach  C  and  a  NW  link  to  reach  D.  Backtracking  results  in 
descending  a  NW  link  to  reach  E  and  a  NW  link  to  reach  F. 

Finally,  we  backtrack  along  the  remainder  of  the  path  making 
180°  moves — i.e.,  we  descend  a  SW  link  to  reach  G.  Figures  4a 
and  4b  show  how  the  SE  neighbor  of  node  A  is  located.  The  algo¬ 
rithm  for  locating  an  equal  size  neighbor  in  a  given  diagonal 
direction  is  given  below.  Note  that  we  assume  that  the  neighbor 
in  the  specified  direction  does  indeed  exist  (i.e.,  we  are  not  on 
the  border  of  the  image) . 

node  procedure  EQUAL_CORNER_NEIGHBOR(P,C) ; 

/  *Locate  an  equal-sized  neighbor  of  node  P  in  the  direction 
of  quadrant  C  */ 
begin 

value  node  P 

value  quadrant  C; 


return (SON (if  SONTYPE (P) =OPQUAD (C)  then  FATHER ( P ) 
else  if  SONTYPE (P) -C  then 

EQUAL_CORNER_NEIGHBOR (FATHER ( P ) , C ) 
else  EQUAL_ADJ_NEIGHBOR( 

FATHER (P) , 

COMMONS IDE ( SONTYPE  (P ) , C ) ) , 

OPQUAD (SONTYPE (P) ) ) ) ? 

end; 

It  is  often  the  case  that  neighbors  are  of  different  sizes. 
In  such  a  case,  we  say  that  we  want  the  neighboring  terminal 
nodes  having  equal  or  greater  size  (e.g.,  the  eastern  neighbor 
of  node  23  in  Figure  1  is  16) .  If  such  a  node  does  not  exist, 
then  we  return  a  GRAY  node  of  equal  size  if  possible  (e.g.,  the 
northern  neighbor  of  node  23  in  Figure  1  is  J) .  Otherwise  the 
node  is  adjacent  to  the  border  of  the  image  (not  the  region)  and 
NULL  is  returned  since  there  is  no  neighbor  in  the  specified 
direction  (e.g.,  the  northern  neighbor  of  node  2  in  Figure  1  is 
NULL) .  When  a  node  does  not  have  a  neighboring  terminal  node 
of  equal  or  greater  size,  returning  a  GRAY  node  of  equal  size 
is  reasonable  because  the  given  node  whose  neighbor  is  being 
sought  has  more  than  one  neighboring  terminal  node  in  the  given 
direction.  The  algorithms  for  locating  neighbors  of  equal  or 
greater  size  in  horizontal  and  vertical  directions  as  well  as 
diagonal  directions  are  given  below  using  procedures  GTEQUAL_ 
ADJ_NEIGHBOR  and  GTEQUAL_CORNER_NEIGHBOR  respectively.  Note 
that  a  neighbor  in  a  diagonal  direction,  say  C,  will  not  always 


abut  against  corner  C  of  the  node  whose  neighbor  is  sought 
(e.g.,  node  16  is  a  non-abutting  NE  neighbor  of  node  23  in 
Figure  1) . 


node  procedure  GTEQUAL_ADJ_NEIGHBOR(P,D) ; 

/*  Locate  a  neighbor  of  node  P  in  horizontal  or  vertical 

direction  D.  If  such  a  node  does  not  exist,  then  return  NULL  */ 
begin 

value  node  P; 
value  direction  D; 
node  Q; 

if  not  NULL (FATHER (P ) )  and  ADJ (D, SONTYPE (P) )  then 
/*  Find  a  common  ancestor  */ 

Q-*-GTEQUAL_ADJ_NEIGHBOR  (FATHER  (P)  ,  D) 
else  Q«-FATHER(P)  ; 

/*  Follow  the  reflected  path  to  locate  the  neighbor  */ 
return  (if  not  NULL (Q)  and  GRAY (Q)  then  SON (Q, REFLECT (D , SONTYPE (P) ) ) 
else  Q) ; 

end; 


I 

[ 
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node  procedure  GTEQUAL_CORNER_NEIGHBOR (P ,C) 

/*  Locate  a  neighbor  of  node  P  in  the  direction  of  quadrant  C.  If 
such  a  node  does  not  exist,  then  return  NULL  */ 
begin 

value  node  P; 
value  quadrant  C; 
node  Q; 

if  not  NULL (FATHER (P ) )  and  SONTYPE (P) ^OPQUAD (C)  then 
/*  Find  a  common  ancestor  */ 

if  SONTYPE (P ) =C  then  Q«-GTEQUAL_CORNER_NEIGHBOR  (FATHER  (P)  ,C) 
else  Q-^TEQUAL  ADJ  NEIGHBOR (FATHER (P) ,COMMONSIDE (SONTYPE (P) ,C) ) 


else  Q-FATHER(P) ; 

/*  Follow  opposite  path  to  locate  the  neighbor  */ 

return  (if  not  NULL (Q)  and  GRAY (Q)  then  SON (Q,OPQUAD (SONTYPE (P) ) ) 


If  neighbors  are  of  different  sizes,  we  may  wish  to  know 
the  size  of  the  adjacent  or  abutting  neighbor.  In  such  a  case, 
we  want  our  neighbor  finding  algorithms  to  return  both  a  pointer 
to  the  neighboring  node  and  a  value  from  which  the  node's  size 
can  be  easily  computed.  This  is  relatively  straightforward 
when  we  know  the  level  in  the  tree  at  which  is  found  the  node 
whose  neighbor  is  being  sought.  In  fact,  such  an  algorithm  need 
only  increment  the  level  counter  by  1  for  each  link  that  is  as¬ 
cended  while  locating  the  common  ancestor,  and  then  decrement 
the  level  counter  by  1  for  each  link  that  is  descended  while 
locating  the  appropriate  neighbor.  The  algorithms  for  locating 
neighbors  of  equal  or  greater  size,  with  their  corresponding  level 
positions,  in  horizontal  and  vertical  directions  as  well  as  dia¬ 
gonal  directions,  are  given  below  using  procedures  GTEQUAL_ADJ_ 
NEIGHB0R2  and  GTEQUAL_C0RNER_NEIGHB0R2  respectively.  Note  the 
use  of  reference  parameters  to  transmit  and  return  results.  An 
alternative  is  to  define  a  record  of  type  block  having  two 
fields  of  type  node  and  integer  whose  values  are  a  pointer  to 
the  neighboring  node  and  its  level  respectively. 


node  procedure  GTEQUAL_ADJ_NEIGHB0R2 (P,D,Q,L) ; 

/*  Return  in  Q  the  neighbor  of  node  P  in  horizontal  or  vertical 
direction  D.  L  denotes  the  level  of  the  tree  at  which  node  P 
is  initially  found  and  the  level  of  the  tree  at  which  node  Q 
is  ultimately  found.  If  such  a  node  does  not  exist,  then 
return  NULL  */ 
begin 

value  node  P; 
value  direction  D; 
reference  node  Q; 
reference  integer  L; 

L-<-L+l; 

if  not  NULL (FATHER ( P) )  and  AD J ( D , SONTYPE ( P ) )  then 
/*  Find  a  common  ancestor  */ 

GTEQUAL_ADJ_NEIGHB0R2 (FATHER (P) ,D,Q,L) 
else  Q«-FATHER  (P)  ; 

/*  Follow  the  reflected  path  to  locate  the  neighbor  */ 
if  not  NULL (Q)  and  GRAY (Q)  then 
begin 

Q«-SON(Q,  REFLECT  (D ,  SONTYPE  (P)  )  )  ; 

L-KL-l  ; 
end; 


end; 


node  procedure  GTEQUAL_CORNER_NE I GHBOR  2  (P,C,Q,L) ; 

/*  Return  in  Q  the  neighbor  of  node  P  in  the  direction  of  quadrant  C. 

L  denotes  the  level  of  the  tree  at  which  node  P  is  initially  found  and 
the  level  of  the  tree  at  which  node  Q  is  ultimately  found.  If  such  a 
node  does  not  exist,  then  return  NULL  */ 
begin 

value  node  P; 
value  quadrant  C; 
reference  node  Q; 
reference  integer  L; 

L+-L+1 ; 

if  not  NULL (FATHER (P) )  and  SONTYPE (P) ^OPQU AD (C)  then 
/*  Find  a  common  ancestor  */ 

if  SONTYPE (P) =C  then  GTEQUAL_CORNER_NEIGHBOR2 (FATHER (P) ,C ,Q ,L) 
else  GTEQUAL_ADJ_NEIGHB0R2 (FATHER (P) ,COMMONSIDE (SONTYPE (P) ,C) ,Q,L) 
else  Q<-FATHER(P)  ; 

/*  Follow  the  opposite  path  to  locate  the  neighbor  */ 
if  not  NULL (Q)  and  GRAY (Q)  then 
begin 

Q-<-SON  ( Q ,  OPQUAD  ( SONTYPE  ( P )  )  )  ; 

L+-L-1 ; 
end; 


end; 


At  times  we  may  wish  to  locate  an  adjacent  horizontal  or 
vertical  neighbor  regardless  of  its  size.  In  such  a  case,  we 
also  specify  a  corner  of  the  block  corresponding  to  the  node 
whose  neighbor  is  being  sought.  The  neighboring  node  must  be 
adjacent  to  this  corner  (e.g.,  node  21  is  the  northern  neighbor 
of  node  23  which  is  adjacent  to  the  NE  corner  of  node  23) .  The 
algorithm  for  computing  such  a  neighbor  is  given  below  by  proce¬ 
dure  CORNER_ADJ_NEIGHBOR  which  makes  use  of  GTEQUAL_ADJ_NEIGHBOR. 

node  procedure  CORNER_ADJ_NEIGHBOR(P,D,C) ; 

/*  Locate  a  neighbor  of  node  P  in  horizontal  or  vertical  direction 
D  which  is  adjacent  to  corner  C  of  node  P.  If  such  a  node  does 
not  exist,  then  return  NULL  */ 
begin 

value  node  P; 
value  direction  D; 
value  quadrant  C; 

P-*-GTEQUAL_ADJ_NEIGHBOR  (P ,  D)  ; 

while  GRAY  (P)  do  P«-SON  (P,  REFLECT  (D,C) )  ;  /*  Descend  to  the  desired  comer 
return  (P) ; 
end; 

Similarly,  in  the  case  of  a  diagonal  neighbor,  we  may  also 
wish  to  locate  the  neighbor  in  the  given  direction  regardless  of 
its  size  (e.g.,  node  20  is  a  NE  neighbor  of  node  22  in  Figure  1 
which  is  smaller  in  size) .  The  algorithm  for  locating  an 


arbitrary-sized  diagonal  neighbor  is  given  below  by  procedure 
CORNER_CORNER_NEIGHBOR  which  makes  use  of  GTEQUAL_CORNER_ 

NEIGHBOR. 

node  procedure  CORNER_CORNER_NEIGHBOR(P,C) ; 

/*  Locate  a  neighbor  of  node  P  in  the  direction  of  quadrant  C  which 
abuts  against  corner  C  of  node  P.  If  such  a  node  does  not 
exist,  then  return  NULL  */ 
begin 

value  node  P 
value  quadrant  C; 
node  Q; 

Q-*-GTEQUAL_CORNER_NE  IGHBOR  ( P ,  C )  ; 

while  GRAY (Q)  do  Q-^SON  (Q,OPQUAD  (C) )  ;  /*Descend  to  the  desired  comer  */ 
return  (Q) ; 
end; 

It  should  be  clear  that  procedures  similar  to  CORNER_ADJ_NEIGHBOR 
and  CORNER_CORNER_NEIGHBOR  can  be  constructed  that  also  return 
the  level  at  which  the  desired  neighboring  node  is  found.  This 
will  not  be  done  here. 

The  procedures  outlined  above  always  return  NULL  when  a 
neighbor  in  a  specified  direction  does  not  exist.  This  situation 
arises  whenever  the  node  whose  neighbor  is  sought  is  adjacent  to 
the  border  of  the  image  along  the  specified  direction.  At  times 


the  NULL  pointer  is  not  convenient.  Instead,  we  could  assume 
that  the  image  is  surrounded  by  WHITE  blocks  as  in  Figure  5a  or 
by  BLACK  blocks  as  in  Figure  5b.  The  choice  of  WHITE  or  BLACK 
for  the  surrounding  blocks  depends  on  the  particular  application. 
For  example,  we  use  WHITE  in  the  case  of  the  quadtree  to  boundary 
code  conversion  algorithm  [2]  while  BLACK  is  more  useful  in  the 
case  of  the  computation  of  distance  [15]  and  the  construction  of 
a  Quadtree  Medial  Axis  Transform  [16]. 

At  times  it  is  useful  to  determine  if  certain  edges  of  the 
blocks  corresponding  to  two  neighboring  nodes  extend  past  each 
other  or  are  aligned.  For  example,  in  Figure  1,  node  16  extends 
past  node  10  with  respect  to  their  western  boundaries,  while  the 
western  boundaries  of  nodes  9  and  16  are  aligned.  We  assume  that 
the  level  of  the  tree  at  which  each  of  the  two  nodes,  say  P  and 
Q  at  levels  LP  and  LQ  respectively,  reside  is  known.  It  should 
be  clear  that  at  most  |lp-LQ  |  nodes  must  be  visited.  This  can 
be  seen  by  observing  that  the  smaller  of  the  two  nodes  cannot 
extend  farther  than  the  other  because  this  would  imply  that  the 
two  nodes  properly  overlap,  which  is  impossible.  At  best,  the 
smaller  node  can  be  aligned  with  the  other  node,  and  this  occurs 
if  and  only  if  the  smaller  node  is  adjacent  to  the  extreme  side 
in  the  designated  direction  of  the  nearest  common  ancestor  of 
the  two  nodes.  The  algorithm  for  computing  the  aligned  rela¬ 
tionship  is  given  below  by  procedure  ALIGNED. 


Boolean  procedure  ALIGNED (P,LP,Q,LQ,D) ; 

/*  Given  two  nodes  P  and  Q,  at  levels  LP  and  LQ  respectively,  which 
are  adjacent  along  side  CCSIDE(D)  of  node  P,  determine  whether 
either  of  P  or  Q  extends  farther  in  direction  D  than  the  other 
(return  FALSE) ,  or  their  two  sides  in  direction  D  are  aligned 
(return  TRUE)  */ 
begin 

value  node  P,Q; 
value  integer  LP , LQ ; 
value  direction  D; 
node  R; 
integer  I; 

if  LP=LQ  then  return  (TRUE) 
else  if  LP>LQ  then  R-*-Q 
else  R«-P; 

/*  The  smaller  of  the  two  nodes  cannot  extend  farther  than  the 
other  because  this  would  imply  that  P  and  Q  properly  overlap, 
which  is  impossible.  At  best,  the  smaller  node  can  be  aligned 
with  the  other  node,  and  this  occurs  if  and  only  if  the  smaller 
node  is  adjacent  to  the  extreme  side  in  direction  D  of  the 
nearest  common  ancestor  of  nodes  P  and  Q  */ 
for  I«-l  step  1  until  ABS(LP-LQ)  do 
begin 

if  not  ADJ (D,SONTYPE (R) )  then  return  (FALSE) 
else  R<-FATHER(R) 
end; 

return  (TRUE) ; 


end; 


The  above  techniques  should  be  contrasted  with  other  methods 
of  locating  neighbors  [3-5,7].  In  [7],  a  method  is  described  for 
moving  between  adjacent  blocks  of  equal  size  that  are  brothers 
(i.e.,  have  the  same  father  node).  This  method  does  not  make 
use  of  the  tree  structure;  instead,  coordinate  information  and  • 
knowledge  of  the  size  of  the  image  are  used  to  locate  a  neigh¬ 
boring  brother  in  a  given  horizontal  or  vertical  direction. 

This  is  accomplished  by  a  number  of  primitives  termed  MOVE  UP, 

MOVE  DOWN,  MOVE  RIGHT,  and  MOVE  LEFT.  Transitions  to  non-brother 
neighboring  blocks  require  the  use  of  approximations  through 
the  use  of  primitives  named  MORE,  LESS,  and  GAMMA.  The  disad¬ 
vantages  of  these  methods  is  that  they  require  computation 
(rather  than  chasing  links)  and  are  clumsy  when  adjacent  blocks 
are  not  brothers  as  well  as  when  they  are  of  different  sizes 
than  the  block  whose  neighbor  is  sought. 

In  [3-5]  a  number  of  algorithms  are  described  for  operating 
on  images  using  quadtrees.  Transitions  between  neighboring  blocks 
are  made  by  use  of  explicit  links  from  a  node  to  its  adjacent 
neighbors  in  the  horizontal  and  vertical  directions.  This  is 
achieved  through  the  use  of  adjacency  trees,  "ropes",  and  "nets". 
An  adjacency  tree  exists  whenever  a  leaf  node,  say  X,  has  a  GRAY 
neighbor,  say  Y,  of  equal  size.  In  such  a  case,  the  adjacency 
tree  of  X  is  a  binary  tree  rooted  at  Y  whose  nodes  consist  of 
all  sons  of  Y  (BLACK,  WHITE,  and  GRAY)  that  are  adjacent  to  X. 
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For  example,  for  node  16  in  Figure  1,  the  western  neighbor  is 
GRAY  node  F  with  an  adjacency  tree  as  shown  in  Figure  6.  A 
rope  is  a  link  between  adjacent  nodes  of  equal  size  at  least 
one  of  which  is  a  leaf  node.  For  example,  in  Figure  1, . there 
exists  a  rope  between  node  16  and  nodes  G,  17,  H,  and  F.  Simi¬ 
larly,  there  exists  a  rope  between  node  37  and  nodes  M  and  N; 
however,  there  does  not  exist  a  rope  between  node  L  and  nodes 
M  and  N. 

At  this  point  we  can  give  an  algorithm  for  finding  a 
neighbor,  say  Y,  on  a  given  side,  say  S,  of  a  block,  say  X. 

If  there  is  a  rope  from  X  on  side  S,  then  it  leads  to  the  de¬ 
sired  neighbor.  If  no  such  rope  exists,  then  the  desired  neigh¬ 
bor  must  be  larger.  In  such  a  case,  we  ascend  the  tree  until 
encountering  a  node  having  a  rope  on  side  S  which  leads  to  the 
desired  neighbor.  In  effect,  we  have  ascended  the  adjacency  tree 
of  Y.  For  example,  to  find  the  eastern  neighbor  of  node  21  in 
Figure  1,  we  ascend  through  node  J  to  node  F  which  has  a  rope 
along  its  eastern  side  leading  to  node  16.  At  times  it  is  not 
convenient  to  ascend  nodes  searching  for  ropes.  A  data  structure 
named  a  net  is  used  to  obviate  this  step  by  linking  all  leaf 
nodes  to  their  neighbors  regardless  of  their  relative  size. 

Thus  in  the  previous  example  there  would  be  a  direct  link  between 
nodes  21  and  16  along  the  eastern  side  of  node  21.  The  advantage 
of  ropes  and  nets  is  that  the  number  of  links  that  must  be 


’  hm** 


traversed  is  reduced.  However,  the  disadvantage  is  that  the 
storage  requirements  are  considerably  increased  since  many  ad¬ 
ditional  links  are  necessary.  In  contrast,  our  methods  are  im¬ 
plemented  by  algorithms  that  make  use  of  the  existing  structure 
of  the  tree — i.e.,  four  links  from  a  non-leaf  node  to  its  sons, 
and  a  link  from  a  non-root  node  to  its  father. 


4.  Analysis 


The  execution  time  of  the  neighbor  finding  algorithms  pre¬ 
sented  in  Section  3  depends  on  the  relative  positions  of  the 
nodes  in  question.  Clearly,  the  execution  time  depends  on  the 
number  of  nodes  that  must  be  traversed  in  locating  the  desired 
neighbor.  In  the  following  we  analyze  the  average  execution 
time  of  EQUAL_ADJ_NEIGHBOR,  GTEQUAL_ADJ_NEIGHBOR,  CORNER_ADJ_ 
NEIGHBOR ,  EQUAL_CORNER_NE IGHBOR ,  GTEQUAL _CORNER_NEIGHBOR , 
CORNER_CORNER_NEIGHBOR,  and  ALIGNED.  GTEQUAL_ADJ_NEIGHB0R2 
and  GTEQUAL_C0RNER_NEIGHB0R2  have  the  same  execution  time  as 
GTEQUAL_ADJ_NEIGHBOR  and  GTEQUAL_CORNER_NE IGHBOR  respectively 
since  they  visit  the  same  number  of  nodes. 

At  this  point  it  is  appropriate  to  elaborate  on  our  notion 
of  average.  We  assume  a  random  image  in  the  sense  that  a  node 
is  equally  likely  to  appear  in  any  position  and  level  in  the 
quadtree.  This  means  that  we  assume  that  all  neighbor  pairs 
(i.e.,  configurations  of  adjacent  nodes  of  varying  sizes)  have 
equal  probability.  This  is  different  from  the  more  conventional 
notion  of  a  random  image  which  implies  that  every  block  at  level 
0  (i.e.,  pixel)  has  an  equal  probability  of  being  BLACK  or  WHITE. 
Such  an  assumption  would  lead  to  a  very  low  probability  of  any 
nodes  corresponding  to  blocks  of  size  larger  than  1.  Clearly, 
for  such  an  image,  the  quadtree  is  the  wrong  representation. 

Theorem  1:  The  average  of  the  number  of  nodes  visited  by 
EQUAL_ADJ_NE IGHBOR  is  bounded  by  4. 


Proof :  Given  a  node  P  at  level  i  and  a  direction  D,  there 
are  2n  1 • (2n  ^-1)  neighbor  pairs  of  equal  sized  nodes.  2n~^*2^ 
have  their  nearest  common  ancestor  at  level  n,  2n-^*2^  at  level 
n-1,...,  and  2n  1*2n""^”^  at  level  i+1.  For  each  node  at  level 
i  having  a  nearest  common  ancestor  at  level  j,  the  number  of 
nodes  that  will  be  visited  in  the  process  of  locating  an  equal¬ 
sized  neighbor  at  level  i  is  2*  (j-i) .  This  is  obtained  by  ob¬ 
serving  that  the  nearest  common  ancestor  is  at  a  distance  of  j-i. 
Therefore,  the  average  number  of  nodes  visited  by  EQUAL_ADJ_ 
NEIGHBOR  is 

n-i  n  . 

Z  Z  2  1*2n_;}*2(j-i) 

i~  0  >i+1 _  (1) 

n-1  . 

Z  2n_1 • ( 2n_1-l) 
i=0 

(1)  can  be  rewritten  to  yield 

-1  n~122n-2i-j  +  l.  . 

1=0  j;1  — -  (2) 

Z  2X ’ ( 2 1 — 1 ) 
i=l 


The  numerator  of  (2)  can  be  simplified  as  follows: 

n  —  1  n  —  x  .  .  <  •  .  .  .  ,  .  n—  1  .  ■  n—  i 

Z  Z  +  =  2^n+^  v  2~^x  Z  -X 


(3) 


i=0  j=l 
n 


i=0 


j-1  2- 


n 


But  Z  -4-  =  Z  -4=2  - 

j=l  23  j  =0  2J  2n 


(4) 


(9) 


Theorem  2:  The  average  number  of  nodes  visited  by  GTEQUAL 

ADJ_NEIGHBOR  is  bounded  by  5. 

Proof :  Given  a  node  P  at  level  i  and  a  direction  D,  and 

n 

recalling  Theorem  1,  there  are  2n-1'  •  Z  2n— *  ( j  —  i )  pairs  such 

j=i+l 

that  the  neighboring  node  is  one  size  greater  than  or  equal  to 
that  of  P.  The  index  j  in  the  summation  corresponds  to  the 
level  at  which  the  nearest  common  ancestor  is  located.  For  a 


node  at  level  i,  a  direction  D,  and  a  nearest  common  ancestor 
at  level  j,  we  have  possible  neighbor  pairs  having  the  initial 
node  at  level  i  and  the  neighboring  nodes  at  levels  j-1,  j-2, 

. ..,i+l,i — i.e.,  j-i  possible  neighbor  pairs.  Thus  for  a  node 
at  level  i,  the  number  of  nodes  that  will  be  visited  in  the  pro¬ 
cess  of  locating  a  greater  than  or  equal  sized  neighbor  at  level 
k  with  a  nearest  common  ancestor  at  level  j  is  ( j-i+j-k) .  This 
is  obtained  by  observing  that  the  nearest  common  ancestor  is  at 
a  distance  of  j-i.  Therefore,  the  average  number  of  nodes 
visited  by  GTEQUAL_ADJ_NEIGHBOR  is: 


(10) 


The  numerator  of  (10)  can  be  simplified  to  yield: 


But 


n-1  n 

E  z  2n_1 • 2n~^ 
i=0  j=i+l 


j-i 

£  (j-i+k) 
k=l 


n- 1  n  „  j  i  ^  i 

£  Z  2n~x-2n'3- <4(3-D 2  +  4(j-i)) 
i=0  j=i+l 


n-1  n-i  _  .  . 

£  £  22n~2x~2~l¬ 


•  (  3  j  2+ j  ) 


i=l  j=l 


22n-l 


n-1 
£  2 
i=0 


-2i 


n-i 
•  (3  £ 

j=l 


n-1 

£ 


j=l 


Z  £  =  6  -  ^2±-4-£t-6- 
j=l  23  2n 


(ID 

(12) 


Making  use  of  (4)  and  (12)  in  (11)  yields 

22n"l  £  2~2i(3(6  -  ■ ^ ,2— ±1)  +  2  -  --+2~f-) 

i=0  2n_1  2n-1 

n  1  n— 1  n  ^  n  1  U— 1  i 

=  20*2  A*  £  -(3n  +13n+20) -2n_  •  £  -4-  + 

i=0  2'S1  i=0  21 


,  n-1  ,  n-1  .2 

(6n+ll)  •  2n~  •  £  4-  -  3*2n  •  £  ^ 

i=0  2  i=0  21 


(13) 


Substituting  (4),  (6), 

0f.  _2n-l  4m  _1  . 
20. 2  .  j(1-  _) 


+  (6n+ll) * 2n_1 • (2  - 


(7),  and  (12)  into  (13)  results  in 

-  (3n2+13n+20) *2n* (1  -  -~) 

2 

n+1  s  ^  „n-l  , r  (n-1) 2+4 (n-l)+6x 

—  y)  -  3  •  2  •  ( 6  -  - r— i - ) 

2n~l  2n-^ 


10_  .  22n+2  -  -  (3n2+13n+20)  •  (2n-l)  +  (6n+ll)  •  (2n-n-l) 

-9  •  2n  +  3*(n-l)  2+12*(n-l)  +18 


.  22n+2_  (3n2+7n+18)  *2n+2n  + 


(14) 


The  denominator  of  (10)  can  be  simplified  as  follows: 


n‘1  ,2n-2i  h-1  ± 


E  2 
i=0 


j=l  2- 


n"1,2n-2i,^  n+2-ix 
=  E  2  «(2  -  — zr~r> 


i=0 


,n-i' 


_  i  n-1  .  n-1  ,  „  n-1  . 

=  22n  1  E  -  2n*  (n+2)  E  +  2n  E  -y 

i=0  2‘il  i=0  21  i=o  21 


.  2n+l 


-  2“‘~  *  1  '  ^>-2n+1‘(^2>-(l-^>+2n-(2-^) 


|.22n+2-(n+l) • 2n+1  -  | 


(15) 


Substituting  (14)  and  (15)  into  (10)  yields 

(9n2-9n+24) -2n-6n-24 
22n+3-3- (n+1) -2n+1-2 

—  5  as  n  gets  large 
s  5 

Q . E .D . 

Theorem  3:  The  average  number  of  nodes  visited  by 

14 

CORNER_ADJ_NEIGHBOR  is  bounded  by  -y. 


Proof ;  Given  a  node  P  at  level  i,  and  a  direction  D  towards 

corner  C  of  P,  using  similar  reasoning  as  in  Theorem  1  and  2, 

there  are  2n”1  •  I  2n_-,-j  neighbor  pairs  where  we  make  no 
j=i+l 

restriction  on  the  relative  size  of  the  neighboring  node,  j 
corresponds  to  the  level  at  which  the  nearest  common  ancestor 
is  located.  For  a  node  at  level  i,  a  direction  D  towards  corner 
C,  and  a  nearest  common  ancestor  at  level  j,  we  have  possible 
neighbor  pairs  having  the  initial  node  at  level  i  and  the  neigh¬ 
boring  node  at  levels  j-1, j-2 , . . . , i+1, i, i-1, . . . , 2, 1,0 — i.e., 
j  possible  neighbor  pairs.  Thus  for  a  node  at  level  i,  the 
number  of  nodes  that  will  be  visited  in  the  process  of  locating 
a  neighbor  at  level  k  with  a  nearest  common  ancestor  at  level  j 
is  ( j-i+j-k) .  This  is  obtained  by  observing  that  the  nearest 
common  ancestor  is  at  a  distance  of  j-i.  Therefore,  the  average 
number  of  nodes  visited  by  CORNER_ADJ_NEIGHBOR  is: 

n-1  n  .  .  j-1 

£  £  2  1-2n'3'  £  (j-i+j-k) 

i-°  H*1  - - -  (16) 

n-1  n  „  . 

I  E  2n_1 • 2n_^ • j 
i=0  j=i+l 


The  numerator  of  (16)  can  be  multiplied  to  yield 


n-1 

E 


n 

E 


22n-i-j.(3  ,2+  i  _  • 


i=0  j=i+l 


j) 


=  V  nE122n“2l_j'1- ( (3j2+j)+4ji+i2+i) 
i=0  j=l 


(17) 
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Now,  add  (14)  to  (21)  to  get  the  numerator  of  (16) 


98  .  22n+2-(3n2+lln+10)  •  2n  -  -|n2  -  ^n  -  —■ 


(22) 


The  denominator  of  (16)  can  be  simplified  as  follows; 
n- 1  n 

E  E  2n”1 *  2n_3 • ( ( j-i)  +i) 
i=0  j=i+l 


(23) 


Compute  the  following  component  of  (23) 

n-1  n  .  . 

E  E  2n-1*2n~^*i 
i=0  j=i+l 


i=0  j=l  22 

=  nE122n“2i-i- (1  - 


i=0 


,n-i 


r) 


_  n-1  •  _  n-1  . 

s  22n*  E  1 ,,  -  2n*  E  ^ 

i=0  22^  i=o  21 


=  2 


2n  .  i  .(4  -  3'(n-1)+4)  _  2n 

9  '  22n-2  ’  * 


(2  - 


n+1  ^ 
„n-r 


=  1  •  22n+2_2n+l  +  2 n  +  M 


(24) 


Now,  add  (15)  to  (24)  to  get  the  denominator  of  (16) 

7  ~2n+2  ,  _n+l  ^2  ,8 

g-  *  2  -  (n+2)  •  2  +  jn  +  g- 


(25) 


Substituting  (22)  and  (25)  into  (16)  yields 

14  _  (27n2+15n-78)  • 2n+3n2+39n+78 
3  7*22n+2-9- (n+2) -2n+1+6n+8 

~  14 

~  -y  as  n  gets  large 


Q.E.D. 


Theorem  4:  The  average  number  of  nodes  visited  by 
EQUAL_CORNER_NEIGHBOR  is  bounded  by  -y. 

Proof :  Given  a  node  P  at  level  i  and  a  direction  towards 
quadrant  C,  there  are  (2n-i-l)2  neighbor  pairs  of  equal  sized 

0  n-  *j 

nodes.  4^* (2* (2  — 1) — 1)  have  their  nearest  common  ancestor  at 

level  n,  41- (2- (2n~i_1-l) -1)  at  level  n-1,...  and  4n"i_1* 

{ 2 *  ( 2n  ^-“^n  ^“^-l)-l)  at  level  i+1.  In  order  to  see  this, 
consider  Figure  7  where  a  grid  is  shown  for  n=3.  If  all  BLACK 
and  WHITE  nodes  are  at  level  0  (i.e.,  a  complete  quadtree),  then 
for  a  neighbor  pair  in  the  NE  direction  we  see  that  nodes  along 
the  fifth  row  and  fourth  column  have  their  nearest  common  ancestor 
at  level  3  (i.e.,  13  nodes  labeled  1-13).  Continuing  the  process 
for  the  NW,  NE,  SW,  and  SE  quadrants  of  Figure  7  we  find  that 
all  neighbor  pairs  contained  exclusively  within  these  quadrants 
have  their  nearest  common  ancestor  at  level  *2.  In  particular, 
for  the  NW  quadrant,  nodes  along  the  third  row  and  second  column 
have  their  nearest  common  ancestor  at  level  2  (i.e. ,  5  nodes 
labeled  14-18) .  The  NE,  SW,  and  SE  quadrants  are  analyzed  in  a 
similar  manner.  This  process  is  next  applied  to  the  four  sub¬ 
quadrants  of  each  quadrant  to  obtain  the  neighbor  pairs  whose 
nearest  common  a.  cestor  is  at  level  1.  Note  that  we  had  to 
consider  every  row  in  the  image  when  analyzing  neighbor  pairs 
in  the  direction  of  quadrants  whereas  we  only  needed  to  consider 
one  row  or  one  column  when  analyzing  neighbor  pairs  in  the  N, 

E,  S,  and  W  directions.  This  is  necessary  because  for  neighbors 


in  the  direction  of  quadrants,  each  row  and  column  in  the  image 
has  a  different  number  of  neighbor  pairs  with  a  common  ancestor 
at  a  given  level  while  this  number  is  constant  for  each  row  or 
column  when  considering  neighbor  pairs  in  the  horizontal  and 
vertical  directions. 

For  each  node  at  level  i  having  a  nearest  common  ancestor 
at  level  j,  the  number  of  nodes  that  will  be  visited  in  the  pro¬ 
cess  of  locating  an  equal-sized  neighbor  at  level  i  is  2 ( j  — i ) . 
This  is  obtained  by  observing  that  the  nearest  common  ancestor 
is  at  a  distance  of  j-i.  Therefore,  the  average  number  of  nodes 
visited  by  EQUAL_CORNER_NEIGHBOR  is: 

I  I  4n":>- (2- (2n‘i_<n_:i)-l)-l) -2- (j-i) 

1-0  t -  (26> 

n-i  .  _ 

I  (2n_1-l) 2 
i=0 

(26)  can  be  rewritten  to  yield 

"i1  "s1 (22n-2i-i+2-3 . 22n-2i-2 j+1, . J 

i=Q  j=l _ 

n  i  2 
l  (2-1) ^ 

i=l 


The  numerator  of  (26)  can  be  simplified  to  yield 


Vu2”*2'21  "j1  X  .  3 . 22n+1“2i 

i=0  j=l  2 3 


n-i 

Z 


3=1 


(27) 


Making  use  of  (4)  and  (19)  in  (27)  results  in 


22n+i  "iV2i.(2.(2-  2±|Ef>-3-  |<4-  i)) 

_  8  .22n+1  i  -i.  _  (n+2)  •2n+2.nz1  4-  +  2n+2*n£1  -i- 

i=0  2ZX  i=Q  21  i=Q  21 


8 


n-1  n-1 


+  (2n+  S)  •  E  1-2  E  i 
i=0  i=0 


(28) 


Substituting  (4),  (6),  and  (7)  into  (28)  yields 
8  ,,2n+l.  4 

•  ix  - 

2*"*  2‘ 


*  |  •  22n+1*  4  (1  -  -|-)-(n+2) -2n+3-  (1-  -l)+2n+2.(2-  -2±i) 
J  J  o^n  _n  „n-l 


+n* (2n+  j)  -  n(n-l) 

=  ^  •  22n+2  -  ~  -  8,(n+2M2n-l)+8-(2n-n-l)+2n2  +  |n-n2+n 


^  •  22n+2-  (n+1)  '  2n+3+n2  +  ^n+  | 


(29) 


The  denominator  of  (26)  can  be  simplified  as  follows: 


n  i  2 
E  (21-1)^ 

i=l 

n  9 .  n  .  n 
=  E  2*x-2  E  2X+  E  1 
i=0  i=0  i*0 


.n+1  .  . . 

4  -  2*  (2n  L-l)+n+l 


l/02n+ 2  ,  0n+2,0 
y\2  -3*2  +3n+8) 


(30) 


a  distance  of  j-i.  Therefore,  the  average  number  of  nodes 
Visited  by  GTEQUAL_CORNER_NEIGHBOR  is: 


V  Z  4n'j* (2- (2n"1‘(n"j)-l)-l) • jZ  (j-i+j-k) 

i=0  j=i+l _ k=i _ 

V  Z  4n_j* (2- (2n-i-(n_j) -1)-1) * (j-i) 

i=0  j =i+l 

The  numerator  of  (31)  can  be  simplified  to  yield: 

V  Z  (22n_j  +  1“;L-3-22n_2j)  •jZ1(j-i+k) 

i=0  j=i+l  k*l 


V  Z  (22n"j+1_i-3*22n"2j)*  (  j-1)2  +  i(j-i) ) 

i=0  j=i+l 


=  °Z  Z  (22n'2l"j-3*22n-2l_2;i~1)  •  (3j2+j) 
i=0  j=l 


On  1 

*  22n  Z  4 
i*0  2Z 


n-i  2  q  n-i  .2  n-i 

»  r>  J  r  J  v 


A  ^*3-1^' 5  3-1^’  <32> 


Making  use  of  (4),  (12),  (19),  and  (20)  in  (32)  results  in 

„2n  H;1  1  ,,  ,,  (n-i)  2+4  (n-i) +6\  9  .  1  9 (n-i) 2+24 (n-i) +20 

2  £  T2l(3  (6 - ~In=T~ - )  ‘  1  27{20 - T27P2I - 

1=0  22  2 


n+2-i  3 


i(4  _  linzil+1)) 

5K  22n_2i 


,  n  n-1  . 

(3n^+13n+20) • 2  •  Z  -4 
i=0  21 


+ (6n+13) *2 


n-1  .2  7  n-1  _  Q  n-1 

-  3-2n-  Z  4r  +  4  •  Z  i  - (3n+  r)  E  i 


33 


Substituting  (4) ,  (6) ,  (7) ,  and  (12)  into  (33)  yields 


16  •  22n*  Ul - a—)  -  (3n2+13n+20)  •  2n+1*  (1  -  -4) 

3  22n  2n 

+ (6n+13)  •  2n*  (2  -  "±L-)-3*2n*  (6-  (n— } — ■)  +  J-(2n-lHn-l) 

2n_1  2n_1  4 


—  ^(3n+  ^)»(n— l)+n*  (•j-n2  +  ^-n+4) 

~  22n  -  —  -2*( 3n2+13n+20 )*(2n-l)  +  2*(6n+13)*(2n~n-l)  -18  •  2n 


+6-(n-l)  2+24-(n-l)+36+  J-(2n-l).(n-l)  -  J-(3n+  |)«(n-l) +n>(|nz+  |n  +4) 


r  3  _  2  .  9 


16  -2n+2  2  _n  1  3,2,  13  32 

-j-  *2  -(6n  +14n+32)*2  +  ^n  +3n  +  -^-n  +  -j- 


The  denominator  of  (31)  is  equal  to  1/2  of  the  numerator  of 


(26)— i.e.,  (29): 

8  ,2n+2  ....  ,n+2  n2  ,  11  ,  4 
g  2  - ( n+ 1 ) *2  +  +  ~6n  +  9 


Substituting  (34)  and  (35)  into  (31)  yields 

6  -  ( 27n2-45n+36 ) • 2n+2-9n^+81n-144 

16  •  22n+2-18  •  (n+l)-2n+2+9nZ+3  3n+8 


~  6  as  n  gets  large 


19} 


F 


Theorem  6 :  The  average  number  of  nodes  visited  by 
CORNER_CORNER_NEIGHBOR  is  bounded  by  6^-. 

Prbof :  Given  a  node  P  at  level  i  and  a  direction  towards 

quadrant  C,  using  similar  reasoning  as  in  Theorems  3  and  4, 

n  .  .... 

there  are  £  4n”3 * (2* (2n-1~  n_3  -1) -1) • j  neighbor  pairs  where 

j  =  i+l 

we  make  no  restriction  on  the  relative  size  of  the  abutting 
neighboring  node.  j  corresponds  to  the  level  at  which  the 
nearest  common  ancestor  is  located.  For  a  node  at  level  i,  a 
direction  towards  quadrant  C,  and  a  nearest  common  ancestor  at 
level  j,  we  have  possible  neighbor  pairs  having  the  initial  node 
at  level  i  and  the  neighboring  node  at  levels  j-1, j-2, . . . , i+1, 
i, i-1, . . . , 2, 1,0 — i.e.,  j  possible  neighbor  pairs.  Thus  for  a 
node  at  level  i,  the  number  of  nodes  that  will  be  visited  in 
the  process  of  locating  a  neighbor  at  level  k  with  a  nearest 
common  ancestor  at  level  j  is  ( j-i+j-k) .  This  is  obtained  by 
observing  that  the  nearest  common  ancestor  is  at  a  distance  of 
j-i.  Therefore,  the  average  number  of  nodes  visited  by  CORNER_ 
CORNER_NE IGHBOR  is: 

"z’1  Z  4n-3.(2-(2n‘i'(n-j)-l)-l)-3Z  (3-^+3-k) 

if0  1 zl±l _ _ 

n-ln  .  .  .  . . 

l  I  4  (2- (2n_1'(n_:,) -1)-1)  •  j 

i=0  j =i+l 


The  numerator  of  (36)  can  be  simplified  to  yield: 


ni1  S  (22n_j  +  1"i-3.22n“2j)  •  (|j24  -  ij) 
i=0  j=i+l 


=  (22n_2i“^-3  •22n-2i”2^-1)  *  (3j2+4  ji+j  +  i2+i) 

i=0  j=l 


=  nE1  n^i (22n"2l“^-3- 22n"2l"2^_1) ( (3j2+j) +4 ji+i2+i)  (31 

i=0  j=l 

Now,  compute  the  following  component  of  (37)  and  make  use  of 
(4)  ,  (6)  ,  (7)  ,  and  (19) 

Hj;  z  (22n_2i_^-3  •  22n_2i_2-'-1)  *  (4ji+i2+i) 

1=0  j=l 


.  ni\***-n  T  14i  -  3.22-2-1  z  iii 
i-0  j=l  2 3  j-1  2  D 


.2n-2i  H;1  i2+i  ~2n-2i-l  i~+i 


n-i  . 2 , . 


Z  _  3  •  2 

j-1  211 


3=1  22j 


n-1 

-  Z  (2 

i-0 


2n-2i+2  _  i ,  ,  2_  njlji).22n-2i+l.i..l(4-  3 


+22n-2i*  (i-2+i)  *  (1-  -jij)  -22n'2i'1-(i2ti)-(l-  2i-2l)) 


-!  nil  4i  +  33  -22"-1  V  -Ij.  ♦  3.2n  4 


i-0  2 


2i  3 


i-0  2 


i-0  2 


n-i  -  19  n-1 


-  (4n+9)  •  2n  E  -±  +  ( 2n+  ~)  *  E  i 
i=0  21  b  i-0 


Substituting  (4),  (12),  (14),  and  (20)  into  (38)  yields: 

_i  ,22n-i.(20.  +  *22n-^- (4-  3-|n2»|4) 

+3  *  2n-  (6-  )-(«n+9)  •  2n-  12-  2iiT)  +  (2n+  if)  •  (iis 

2*1-1  2n~^  °  2 


13  *  In2  1 

2n  +  4n  4n 


20  . »2n+2  _  ~n  13  .  8  2.  71  80 

27  2  "8n  2  +  2n  +  Tn  +  18n  ’  27 


Now,  add  (34)  to  (39)  to  get  the  numerator  of  (36) 

164  -,2n+2  2  0>  0n.„3.  17  2  .  94  .208 

■~2^~  *2  -(6n  +22n+32)-2  +n  +  — ; n  +  -g-n +~2jr  (40) 

The  denominator  of  (36)  can  be  simplified  as  follows: 

Z  1  4n~3- (2-2n_1_(n''3)-l)-l)  •  (  (j-i)+i)  (41) 

i=0  j=i+l 


Compute  the  following  component  of  (41) 

n-1  n  _  .  .  ,  .v 

l  Z  4  3- (2- (2n’1’(n_]>.i)-i) -i 

i=0  j=i+l 

=  Z  Z  (22n_3+1_1-3-22n~23) -i 

i=0  j=i+l 

=  Z  Z  (22n“3+1“2i-3 • 22n~27_2i) . i 
i=0  j=l 

-  nE‘1i.(22n+1-2i  T  i  -  J-E2'"21’’^  -4) 

i=0  j=l  2 3  j=l  2^3 


Z  i  *  (22n+1  2i(i-  )-22n"2i-  (1-  ,  )) 

i=0  2n-1  22n'21 


n-1 

+  E  i 
i=0 


~  n-1  ..  n-1  . 

22  E  -  2n  1  Z  -4- 

i=0  2^x  i=0  21 


22".  ^-^±1,-2^-  ,2- 


1  _2n+2  _n+2  12  .  13„  .  32 

9*2  -2  +  2n  +  T n  +  T 


(42) 


Now,  add  (35)  to  (42)  to  get  the  denominator  of  (36) 

->2n+2  ,  _n+2  2 ,  *  ,  . 

2  -(n+2)-2  +n  +4n+4 

Substituting  (40)  and  (43)  into  (36)  yields 

l,,,.,  (16  2n2-6  2n-44  8)  •  2n-27n3+lln2+374n+44  8  4 

27  22n+2-(n+2) • 2n+2+n2+4n+4  } 


(43) 


~2f  as  n  gets  large 

164 
27 


Q.E.D. 


Theorem  7 ;  The  average  numer  of  nodes  visited  by  ALIGNED 
19 

is  bounded  by  • 

Proof :  Given  a  node  P  at  level  i  and  a  direction  D,  using 

n 

similar  reasoning  as  in  Theorems  2  and  3,  there  are  2n  1  Z  2n  -1 

j=i+l 

neighbor  pairs  such  that  there  is  no  restriction  on  the 
size  of  the  neighboring  node.  j  corresponds  to  the  level  of 
the  tree  at  which  the  nearest  common  ancestor  is  located.  Given 
i  and  j  as  defined  above,  we  have  possible  neighbor  pairs  having 
an  initial  node  at  level  i  and  a  neighboring  node  at  levels 
j-1 ,  j-2 , . . . , i+1, i, i-1, . . . , 2, 1,0 — i.e.,  j  possible  neighbor  pairs. 


For  a  node  at  level  i  and  a  neighbor  at  level  k,  at  most  i-k 
nodes  must  be  visited  in  determining  the  aligned  relationship 
Therefore  the  average  number  of  nodes  visited  by  ALIGNED  is 


n-1  n  _  .  .  j-1 

I  Z  2n_1*2n”^*  £  |i_k 

i-0  j=i+l _ k=0 

n-1  n  .  . 

E  E  2n_1 • 2n~^ • j 
i=0  j=i+l 


(44) 


The  numerator  of  (44)  can  be  simplified  to  yield 

n-1  n  i-1  j-1 

Z  Z  2n~1-2n~1-(  Z  (i-k) +  Z  (k-i)) 

i=0  j =i+l  k=0  k=l 

n-1  n  _  .2  . 

=  Z  Z  2n”1*2n”^* (i2+i-ij+  ^  -  h 
i=0  j-i+1 

=  Z  Z  22n"2l"i~1. (j2-j-i+i2) 
i=0  j-1 


=  Z  22n“2l~1*  (  Z  iC - X  - 

i=0  j  =  l  2?  2?  21 


(45) 


Substituting  (4) ,  (6) ,  and  (12)  into  (45)  leads  to 

n£122n“2:L-1-  (6-  (n~x)  -2+  -~x-2  -  (i-i2)  .  ( 1 - i^-)  ) 

i=0  2n_1  2n_1  2n_1 


,2n+l  ny1  1  _2n-l  "Z1  i  ,2n-l  n”X  i2 

=  2  771  -2  \Zn  Z2I  +  2  *.*  711 

i=0  2  i=0  2  1=0  2 

,  n  1  n-1  .  n-1  .  _  n-1  ,2 

-(nz+3n+4)-2  -  Z  -4-+(n+2)-2  •  Z  -i-  -  2n*  Z  K- 


i=0  2 


i=0  2 


i=0  21 


(46) 


Making  use  of  (4),  (6),  (7),  (12),  (19),  and  (20)  in  (46) 
results  in: 


2^n+l.  i.  .  (4_  _ i —  •  (4-  -  -  n~^-  2  + 1  \ 

3  22n_2  91  22n-2  ' 

+  22n~1  •  ±  -(20-  — -n-7~ 2n-2(n~1)+2°)~(n2+3n't'4)  (1~ 

+  (n+2)  •  2n*  (2-  £±i-)-2n*(6-  (~— ^  2+-4Jil~.1)-+6) 


«  ||  *22n+2-(n2+n+6)  *2n+  |n2  +  +  ||  (47) 

The  denominator  of  (44)  is  equal  to  (25)  and  substituting 
(47)  and  (25)  in  (44)  yields: 

19  3  (21n2-17n+50) • 2n-7n2-13n-50 

21  *  7' 


7-22n+2-9 •  (n+2)  -2n+1+6n+8 


19 


t  2X  as  n  gets  large 

&  ii 

21 


Q .  E .  D . 


The  analysis  of  the  ALIGNED  relationship  performed  in 
Theorem  7  can  also  be  used  to  yield  an  estimate  of  the  cost  of 
finding  neighbors  when  using  the  roping  methods  of  Hunter  [3-5] . 
Recall  that  roping  implies  that  equal  sized  neighbors  are  linked 
directly  regardless  of  whether  or  not  they  are  brothers.  In  the 
case  of  a  larger  sized  neighbor,  the  time  required  to  access  it 
in  a  roped  quadtree  is  equal  to  the  number  of  FATHER  links  that 
must  be  ascended  to  reach  a  GRAY  ancestor  node  of  size  equal  to 
that  of  the  desired  neighbor.  Therefore,  the  following  is  the 
analog  of  Theorem  2  when  roping  is  used. 


Theorem  8 ;  The  average  number  of  nodes  visited  when  seeking 


larger  sized  neighbors  in  a  roped  quadtree  is  bounded  by  1. 

Proof ;  Given  a  node  P  at  level  i  and  a  direction  D  we  have 

from  Theorem  2  that  there  are  2n”*«  z  2n”^*(j-i)  pairs  such 

j=i+l 

that  the  neighboring  node  is  of  size  greater  than  or  equal  to 
that  of  P.  For  a  node  at  level  i,  the  number  of  nodes  that  will 
be  visited  in  locating  a  greater  than  or  equal  sized  neighbor 
at  level  k  (k^i)  where  the  nearest  common  ancestor  is  at  level  j 
is  k-i.  The  average  is  obtained  as  follows: 


n-l  n  .  .  j-1 

E  Z  2n_1 • 2n~^ •  Z  (k-i) 

i=0  j=i+l _ k=i _ 

n-l  _  •  n-i  „  .  . 

Z  2n_1*  Z 
i=0  j=l 

The  numerator  of  (48)  can  be  simplified  to  yield 

n  ,n-i.0n-j  ,i 2  +  if. 

2  2 


n-l 
I  E  2 
i=0  j=i+l 


.2n"3. (i_  +  1-  -ij+  i  -  i) 


n-l  n-i  ,  -•  .  , 

=  Z  E  22n~2l“:3“1. 
i=0  j=l 


(j2-j) 


n-l  _  n  n-i  .2  . 

=  E  22n_2l~1.  (  E  X  -  -X  ) 
i=0  j=l  2?  2J 

Substituting  (4)  and  (12)  into  (49)  leads  to 

n~1_2n-2i-l  ,  (n-i)  2+4-(n-i)+6  -+  n-i+2, 

i=0  2n_i  ’  2n‘i 

.  i  n— 1  -j  _  i  n— 1  .  i  n — 1  .  2 

=  22n+1  •  E  ~ +  (2n+3)  •  2n_1  *  E  -i-  -2n_1  E  K- 
i=0  2^1  i=0  2  i=0  2 

-(n2+3n+4)  •2n"1*nz1  -i- 
i*0  21 


(48) 


(49) 


(50) 


Making  use  of  (4),  (6),  (7),  and  (12)  in  (50)  results  in: 

22n+1.  1(1 - ~-)  +  (2n+3)  •2n"1*  (2-  -2n_1*  (6-  — -1*  lL+£ 

J  22n  2n_1  2n-1 

-(n2+3n+4)  •2n‘1.2*  (1-  ~) 

2 

=  |  . 22n+2_ (n2+n+4) • 2n+  j  (51) 

The  denominator  of  (48)  is  equal  to  (15)  and  substituting  (51) 
and  (15)  in  (48)  yields: 

1  _  3 (n2-n+2) -2n-6 

22n+3_3(n+1)2n+l_2 

~  1  as  n  gets  large 
£  1 

Q.E.D. 

If  one  is  interested  in  finding  a  smaller  or  larger  neighbor 

in  a  roped  quadtree,  then  we  must  add  to  the  analysis  of 

Theorem  8  a  factor  for  finding  a  smaller  sized  neighbor.  In 

the  case  of  a  roped  quadtree  we  merely  need  to  follow  the  rope 

and  then  descend  to  find  the  smaller  neighbor.  However,  the  cost 

of  finding  the  smaller  and  larger  sized  neighbors  is  precisely 

the  cost  of  the  ALIGNED  procedure.  Thus  for  a  roped  quadtree, 

the  analog  of  Theorem  3  is  given  below. 

Theorem  9 :  The  average  number  of  nodes  visited  when  seeking 

smaller  and  larger  sized  neighbors  in  a  roped  quadtree  is 
19 

bounded  by  • 


Proof :  Given  a  node  P  at  level  i  and  a  direction  D  we  have 

from  Theorem  3  that  there  are  2n~*  E  2n”^*j  neighbor  pairs  such 

j  =  i+l 

that  there  is  no  restriction  on  the  size  of  the  neighboring  node. 
For  a  node  at  level  i,  the  number  of  nodes  that  will  be  visited 
in  locating  a  greater  than  or  equal  sized  neighbor  at  level  k 
(k^i)  where  the  nearest  common  ancestor  is  at  level  j  is  k-i. 
Similarly,  in  locating  a  smaller  sized  neighbor  at  level  k  (k<i) 
i-k  nodes  will  be  visited.  The  average  is  obtained  as  follows: 


n-l  n  .  .  i-1  j-1 

E  E  2n_1  • 2n~^ • (  E  (i-k) +  E  (k-i)) 

i=0  j=i+l _ k=0 _ k=i _ 

n-l  n 

E  E  2n”1*2n”^.j 
i— 0  j=i+l 


(52) 


However,  (52)  is  identical  to  (44)  and  our  result  follows. 

Q.E.D. 

Note  that  the  bounds  of  Theorems  8  and  9  do  not  reflect  the 
fact  that  one  must  also  visit  one  additional  link  due  to  the 
presence  of  the  rope  (i.e.,  the  link  which  the  rope  represents). 
It  should  also  be  clear  that  if  the  quadtree  is  netted,  then 
no  links  need  ever  be  traversed  except  for  the  link  which  the 
net  represents. 


f 


5.  Concluding  Remarks 

We  have  described  the  neighbor  finding  techniques  for  quad¬ 
trees  in  detail.  The  analyses  of  the  various  algorithms  demon¬ 
strate  that  the  operation  is  quite  efficient.  We  have  used  an 
unusual  model  of  a  randan  image  in  our  analysis.  However,  as 
stated  in  Section  4,  had  we  used  a  model  which  attributes  a  given 
probability  (e.g.,  1/2)  for  a  pixel  being  BLACK  or  WHITE,  the 
quadtree  for  a  2n  by  2n  image  would  most  likely  have  n  levels 
and  have  neighboring  nodes  of  equal  size.  In  such  a  case, 

Theorems  1  and  4  are  applicable  and  show  a  lower  bound  on  the 
execution  time  of  adjacent  and  corner  neighbor  locating  algo¬ 
rithms.  Thus  our  model  attempts  to  present  a  more  realistic 
view  of  the  time  complexity  of  these  algorithms. 

We  have  also  analyzed  an  alternative  neighbor  finding  technique 
which  makes  use  of  a  construct  termed  a  rope.  In  such  a  case,  we 
saw  that  neighbors  can  be  located  more  quickly  (at  about  1/2  to 
1/3  of  the  cost  when  our  technique  is  used) .  Nevertheless,  if 
space  is  at  a  premium,  roping  should  probably  not  be  used  without 
some  careful  thought.  An  upper  bound  on  the  number  of  links 
necessary  to  achieve  roping  is  four  times  the  number  of  leaf 
nodes  since  each  leaf  node  may  participate  in  a  maximum  of  four 
ropes  (one  for  each  side) . 
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Figure  2.  Relationship  between  a  block's  four  quadrants  and 
its  boundaries. 
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a.  Block  decomposition  b.  Tree  representation 

Figure  3.  Process  of  locating  the  eastern  neighbor  of  node  A 
(i.e. „  G) . 
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a.  Block  decomposition 


Tree  representation 


Process  of  locating  the  SE  neighbor  of  node  A  (i.e.,  G) . 


Figure  4. 


Figure  5. 


a.  Image  surrounded  by 
WHITE  blocks. 
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b.  Image  surrounded  by 
BLACK  blocks 


Technique  to  avoid  lacking  a  neighbor  in 
a  given  direction. 
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Figure  6.  Adjacency  tree  for  the  western  neighbor  of 
node  16  in  Figure  1. 


Figure  7.  Sample  grid  illustrating  blocks  whose  nodes  are  at 

level  0  and  whose  nearest  common  ancestor  is  at  level 
^2  when  attempting  to  locate  a  NE  neighbor. 


6.  References 


1.  C.  R.  Dyer,  Computing  the  Euler  number  of  an  image  from  its 
quadtree.  Computer  Science  TR-769,  University  of  Maryland, 
College  Park,  Maryland,  May  1979. 

2.  C.  R.  Dyer,  A.  Rosenfeld,  and  H.  Samet,  Region  representation: 
boundary  codes  from  quadtrees,  Computer  Science  TR-732, 
University  of  Maryland,  College  Park,  Maryland,  February  1979, 
to  appear  in  Communications  of  the  ACM. 

3.  G.  M.  Hunter,  Efficient  computation  and  data  structures  for 
graphics,  Ph.D.  dissertation.  Department  of  Electrical 
Engineering  and  Computer  Science,  Princeton  University, 
Princeton,  New  Jersey,  1978. 

4.  G.  M.  Hunter  and  K.  Steiglitz,  Operations  on  images  using 
quadtrees,  IEEE  Transactions  on  Pattern  Analysis  and  Machine 
Intelligence  1,  1979,  145-153. 

5.  G.  M.  Hunter  and  K.  Steiglitz,  Linear  transformation  of 
pictures  represented  by  quadtrees,  Computer  Graphifcs  and 
Image  Processing  10,  1979,  289-296. 

6.  A.  Klinger  and  C.  R.  Dyer,  Experiments  in  picture  represen¬ 
tation  using  regular  decomposition.  Computer  Graphics  and 
Image  Processing  5,  1976,  68-105. 

7.  A.  Klinger  and  M.  L.  Rhodes,  Organization  and  access  of 
image  data  by  areas,  IEEE  Transactions  on  Pattern  Analysis 
and  Machine  Intelligence  1,  1979,  50-60. 

8.  P.  Naur  (Ed.),  Revised  report  on  the  algorithmic  language 
ALGOL  60,  Communications  of  the  ACM  3,  1960,  299-314. 

9.  H.  Samet,  Region  representation:  quadtrees  from  boundary 
codes.  Computer  Science  TR-741,  University  of  Maryland, 

College  Park,  Maryland,  March  1979,  to  appear  in  Communications 
of  the  ACM. 

10.  H.  Samet,  Computing  perimeters  of  images  represented  by 
quadtrees.  Computer  Science  TR-755,  University  of  Maryland, 
College  Park,  Maryland,  April  1979. 

11.  H.  Samet,  Connected  component  labeling  using  quadtrees. 

Computer  Science  TR-756,  University  of  Maryland,  College  Park, 
Maryland,  April  1979. 


12.  H.  Samet,  Region  representation:  raster-to-quadtree  conversion 
Computer  Science  TR-766,  University  of  Maryland,  College  Park, 
Maryland,  May  1979. 

13.  H.  Samet,  Region  representation:  quadtrees  from  binary  arrays, 
Computer  Science  TR-767,  University  of  Maryland,  College  Park, 
Maryland,  May  1979,  to  appear  in  Computer  Graphics  and  Image 
Processing. 

14.  H.  Samet,  Region  representation:  quadtree- to-raster  conversion 
Computer  Science  TR-768,  University  of  Maryland,  College  Park, 
Maryland,  June  1979. 

15.  H.  Samet,  A  distance  transform  for  images  represented  by 
quadtrees.  Computer  Science  TR-780,  University  of  Maryland, 
College  Park,  Maryland,  July  1979. 

16.  H.  Samet,  A  quadtree  medial  axis  transform.  Computer  Science 
TR-803,  University  of  Maryland,  College  Park,  Maryland, 

August  1979. 

17.  M.  Shneier,  Linear-time  calculations  of  geometric  properties 
using  quadtrees.  Computer  Science  TR-770,  University  of 
Maryland,  College  Park,  Maryland,  May  1979. 

18.  M.  Shneier,  A  path- length  distance  transform  for  quadtrees, 
Computer  Science  TR-794,  University  of  Maryland,  College 
Park,  Maryland,  July  1979. 


UNCLASSIFIED 


HCUWTY  CLASSIFICATION  OF  THI*  >ACg-fW>l«w  Omm  In  I  ml  mo) 


REPORT  DOCUMENTATION  PAGE 

READ  INSTRUCTIONS 

BEFORE  COMPLETING  FORM 

1.  REPORT  NUMBER  2.  GOVT  ACCESSION  NO. 

AL  -floW  M 

1.  RECIPIENT**  CATALOG  NUMBER 

0 

4.  TITLE  (mnd 

NEIGHBOR  FINDING  TECHNIQUES  FOR 

IMAGES  REPRESENTED  BY  QUADTREES 

J.  TYPE  OP  REPORT  A  PERIOO  COVERED 

Technical 

ft.  performing  org.  report  number 

TR-857 

7.  AU  ThORC«> 

Hanan  Samet 

*.  CONTRACT  OR  grant  NUMBERf m) 

DAAG-53-76C-0138 

».  PERFORMING  ORGANIZATION  NAME  ANO  AOORESS 

Computer  Vision  Laboratory,  Computer 
Science  Center,  University  of  Maryland, 
College  Park,  MD  20742 

10.  PROGRAM  eu  CM  ENT.  PROJECT.  TASK 
AREA  ft  WORK  UNIT  NUMBERS 

11.  CONTROLLING  OFFICE  NAME  ANO  AOORESS 

U.S.  Army  Night  Vision  Laboratory 

Ft.  Belvoir,  VA  22060 

12.  REPORT  OATS 

January  1980 

13.  NUMBER  OF  PAGES 

14.  MONITORING  AGENCY  NAME  4  AO  ORES  VII  dlllmrmnt  Inm  Controlling  Oltieo) 

13.  SECURITY  CLASS.  (Of  th to  report) 

Unclassified 

IS*.  DECLASSIFICATION/  (DOWNGRADING 
SCHEDULE 

1ft.  DISTRIBUTION  STATEMENT  (at  thi •  Report) 

Approved  for  public  release?  distribution  unlimited. 

17.  DISTRIBUTION  STATEMENT  (oi  Him  mOmtrmtl  mntmrmd  In  8t0ok  30.  II  dlllmrmnt  Inm  Rmport) 

1ft.  supplementary  notes 

19.  KEY  WOROS  (Continue  an  rtvwat  aM«  if  nMMiarr  identify  by  block  number) 

Image  processing 

Pattern  recognition 

Quadtrees 

Neighbors 

20.  ABSTRACT  (Continue  em  roeormo  el  do  If  necmoeory  end  Identity  by  block  mentor) 

A  number  of  different  techniques  are  presented  for  moving  between 
adjacent  blocks  in  an  image  represented  by  a  quadtree.  These 
adjacencies  may  be  in  the  horizontal,  vertical,  or  diagonal 
directions.  Algorithms  are  given  and  their  execution  time  is 
analyzed  using  a  suitably  defined  model.' 

/V 

\ 

\ 

DO  1  1473  «oit«ok  or  I  NOV  «i  is  siiouti  UNCLASSIFIED 


security  classification  of  this  page  :«•  i»««o 


